call stack 예문

• Aggregating identical methods that share the same call stack.
  동일한 호출 스택을 공유하는 동일한 메서드 집계.
• Before The Call Stack panel without async enabled.
  비동기 콜 스택에서의 자바스크립트 디버깅 팁
• Here's a little animation of walking the call stacks in Jake's async-best-example.html example.
  Jake의 async-best-example.html 예제에서의 콜 스택을 살펴보는 애니메이션이 있습니다.
• We'll soon be posting a full writeup of asynchronous call stacks to HTML5 Rocks.
  곧 HTML5Rocks에 비동기적인 호출 스택에 대한 완전한 글을 포스팅할 것입니다.
• The Flame Chart tab provides an inverted call chart that aggregates identical call stacks.
  Flame Chart 탭에는 똑같은 호출 스택을 집계하는 반전 호출 차트가 제공됩니다.
• Click the tabs to view the response header and body, request header and body, or call stack.
  각 탭을 클릭하여 응답 데이터, 헤더 정보 또는 호출 스택을 볼 수 있습니다.
• In the Call Stack tab, right-click any line and choose Jump to Source to open that code in the editor.
  Call Stack 탭에서 아무 라인이나 클릭하면 편집기에서 해당 코드로 이동할 수 있습니다.
• In the Call Stack tab, right-click any line and choose Jump to Source to open that code in the editor.
  Call Stack 탭에서 아무 라인이나 클릭하면 편집기에서 해당 코드로 이동할 수 있습니다.
• Similar to the Flame chart tab, the top down tree aggregates trace information for identical methods that share the same call stack.
  Flame chart 탭과 마찬가지로, 하향식 트리는 동일한 호출 스택을 공유하는 똑같은 메서드에 대한 추적 정보를 집계합니다.
• When you walk the full call stack, your watched expressions will also update to reflect the state that it was in at that time!
  전체 콜 스택을 이동해가면 감시하는 표현식도 그 시점 그 곳의 상태를 반영해 업데이트합니다.
• It can be used to easily view how deep your call stack is going as well as how long the individual functions take to process.
  이는 호출 스택이 얼마나 깊게 호출되어 가고 있는지와 더불어 개별적인 함수들의 처리에 얼마나 시간이 걸리는지를 손쉽게 보는데 사용될 수 있습니다.
• Notice how the Call Stack panel is pretty short on info when trying to debug promises. After The Call Stack panel with async enabled.
  전 비동기를 비활성화한 Call Stack 패널 Promise를 디버깅할 때 Call Stack 패널에 정보가 얼마나 적은지 살펴보세요. 후 비동기를 활성화한 Call Stack 패널 와우!
• Notice how the Call Stack panel is pretty short on info when trying to debug promises. After The Call Stack panel with async enabled.
  전 비동기를 비활성화한 Call Stack 패널 Promise를 디버깅할 때 Call Stack 패널에 정보가 얼마나 적은지 살펴보세요. 후 비동기를 활성화한 Call Stack 패널 와우!
• Notice how the Call Stack panel is pretty short on info when trying to debug promises. After The Call Stack panel with async enabled.
  전 비동기를 비활성화한 Call Stack 패널 Promise를 디버깅할 때 Call Stack 패널에 정보가 얼마나 적은지 살펴보세요. 후 비동기를 활성화한 Call Stack 패널 와우!
• Notice how the Call Stack panel is pretty short on info when trying to debug promises. After The Call Stack panel with async enabled.
  전 비동기를 비활성화한 Call Stack 패널 Promise를 디버깅할 때 Call Stack 패널에 정보가 얼마나 적은지 살펴보세요. 후 비동기를 활성화한 Call Stack 패널 와우!
• Notice how the Call Stack panel is pretty short on info when trying to debug promises. After The Call Stack panel with async enabled.
  전 비동기를 비활성화한 Call Stack 패널 Promise를 디버깅할 때 Call Stack 패널에 정보가 얼마나 적은지 살펴보세요. 후 비동기를 활성화한 Call Stack 패널 와우!
• Once you enable the async call stack feature in DevTools, you will be able to drill into the state of your web app at various points in time.
  개발자 도구에서 비동기 콜 스택 기능을 활성화하면 다양한 지점에서 그 시간에 맞는 웹 앱의 상태를 자세히 볼 수 있습니다.
• Unravel chained promise resolutions If you thought the previous mock Gmail flow was hard to unravel without the async call stack feature enabled, can you imagine how much harder it would be with more complex asynchronous flows like chained promises?
  비동기 콜 스택 기능을 제공하지 않고는 앞에서 본 모의 지메일의 흐름을 펼쳐보이기 어렵다고 생각하고 있다면, 연쇄 Promise처럼 더 복잡한 비동기 흐름은 얼마나 더 어려울지 상상할 수 있습니까?
• With normal profiling resolution, process time always gets rounded up to the next millisecond, so a process that only takes 0.1 milliseconds or less still gets reported as taking 1.0 milliseconds, and other processes might not get shown at all in the call stack.
  일반 프로파일링 해상도에서, 처리 시간은 언제나 다음 밀리초에 합해집니다. 그러므로 0.1 밀리초나 그 미만으로 처리되는 경우 여전히 1.0 밀리초로 리포팅되며 다른 처리들은 아마도 호출 스택에서 전부 보이지는 않을 것입니다.